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- METHOD AND SYSTEM FOR USING TOKENS 
TO CONDUCT FILE SHARING TRANSACTIONS 
BETWEEN HANDHELDS AND A WEB SERVICE 



5 BACKGROUND OF THE INVENTION 
Field OF THE Invention 

The present Invention relates to the field of electronic communication 
and data processing. More specifically, embodiments of the present 
invention relate to methods and systems which expand the available ways for 
1 0 two or more portable computer systems to exchange and share information. 



Related Art 

As the components required to build a computer system have reduced 
in size, new categories of portable electronic devices and computer systems 

1 5 have emerged. One of the new categories is the "palmtop" computer system. 
A palmtop computer system is a computer that is small enough to be held in 
the hand of a user and can therefore be "palm-sized." Most palmtop 
computer systems are used to implement various Personal Information 
Management (PIM) applications such as an address book, a daily organizer 

20 (calendar, datebook, etc.) and electronic notepads, to name a few. Palmtop 
computers with PIM software have been known as Personal Digital Assistants 
(PDAs). Many PDAs have a small and flat display screen associated 
therewith. Moreover, PDAs and cell phone technology are being integrated 
together resulting in a single intelligent device that provides wireless 

25 communication capability. 
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User convenience and device value are very important factors for 
portable electronic devices and systems that may include portable electronic 
devices. Typically, portable electronic devices are employed while the user 
5 is on the run, e.g., in business meetings, on business travel, personal travel, 
in a vehicle, on foot, etc. Because the user may be occupied or busy while 
using the portable electronic device, the number of user steps or user tasks 
required to access information from an electronic device (or to store 
information into the electronic device) is crucial for producing a commercially 

1 0 successful product. That is, the more difficult it is to access data from an 

electronic device, the less likely the user will perform those tasks to obtain the 
information. Likewise, the easier information is to obtain, the more likely the 
portable electronic device will be used to obtain that information and the 
more likely the portable electronic device will become a part of the user's 

15 everyday activities. Similarly, the more useful the device, the more the device 
will be used and acquired. 

The portability and convenience of palmtops has made it increasingly 
desirable to increase the number and types of applications that can run on 

20 them. It is advantageous to expand the capabilities of a palmtop so that it can 
provide many of the same, if not the same, services provided by a desktop or 
laptop computer system, particularly with regard to access to the World Wide 
Web. As such, infomnation currently available via the Internet using personal 
computers, such as on-line access to news and financial information, can also 

25 be provided via a palmtop. In addition, a palmtop can be used for electronic 
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mail ("e-mail") and multi-player gaming, and features such as voice recognition 
can also be added. 



It has proven convenient to allow handheld computer systems to share 
5 files directly with each other. In the past, some handheld computer systems 
have been implemented with short range, point-to-point communication ports. 
One such wireless point-to-point communication mechanism uses infra-red (IR) 
technology and is called "beaming." Using IR technology, the sending device 
and the receiving device are generally placed in close proximity with each other 

10 and the IR are oriented such that each is directed toward the other. A point-to- 
point transaction can then occur. While this communication method has many 
advantages, it is also disadvantageous because it requires the sender and the 
receiver to be in close proximity to each other and also because it does not 
allow other devices to easily share in the transaction. In addition to both 

15 devices being in the same proximity, the transaction is conducted in a 

symmetrical fashion, e.g., both devices must be present, powered on, ready to 
receive beamed data, etc. 

Web or networked sharing has been used for file transactions between 
20 two or more devices that are not local. Web or networked sharing involves a 
server acting as an intermediary between the sender and the receiver. 
Heretofore, networked sharing among handheld computer systems has proven 
inconvenient for a number of reasons. In order for a receiving device to locate a 
file, a host computer system is typically used. The host computer system needs 
25 to locate the file, then download the file using a software browser. The file is 
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generally received in a compressed format to decrease the time required for the 
download. Therefore, the user needs to electronically unpack the file, which 
requires a second software tool. Then, the user needs to install the unpacked 
file into a special downloader tool designed for the handheld. The downloader 
5 tool, a third software tool, then installs the application on the handheld. 

The process for installing an updated application onto a palmtop via the 
computer system can be somewhat complex. For an occasional user not 
familiar with the particulars of locating, downloading and decompressing files, 
0 or not familiar with the specific hardware and software configurations of his/her 
palmtop, the task of installing an update may prove to be a difficult challenge. 
Because of the complexity of the above transaction, and the many different 
software tools it requires, an impediment exists today for easy networked 
sharing between handheld devices. 
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SUMMARY OF THE INVENTION 

Accordingly, what is needed is a system and method for facilitating 
networked file sharing between two or more handheld computer systems that 
reduces or eliminates the impediments described above. What is further 
5 needed is a solution that is operable within a wired or a wireless network and 
which operates with or without a host computer system. It is appreciated that 
embodiments of the present invention provide the above advantages and 
others not specifically mentioned above but described in the sections to follow. 

1 0 Generally, embodiments of the present invention allow for a networked 

handheld to share a file with another handheld device, irrespective of its 
current proximity or availability to the handheld initiating the sharing ("the 
sending handheld"). Sharing occurs by the sharing handheld passing a token 
to a web server. The token contains information regarding the name of the file 

15 to be shared along with the Identify of the receiving handheld. The token Is a 
compact record which can be transferred over wireless networks in a much 
more efficient manner than sending the entire file. A variation of this 
embodiment allows for a networked handheld to share a file directly, by 
uploading the file from the handheld along with the token. This would occur if 

20 the shared file did not already exist on the web service. The token Is then used 
to update the account information of the receiving handheld in order to cause a 
download to occur between the server and the receiving handheld when the 
receiver next synchronizes with the server. 
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A method and system are described herein for supporting web file 
sharing transactions via a networked handheld computer system. In a system 
having a server that automatically detects when new files or information are 
made available for a networked handheld computer system, a method is 
5 described for allowing one handheld computer system to facilitate the transfer of 
a file to another handheld computer system using the server. On the server, 
each registered handheld has account information indicating the applications 
(and versions) that it supports and has currently installed. 

10 In one embodiment, the account information includes an application 

o version record that includes, for each entry, the name of the application, its 
m current version number, an identification of the sending device, and a short 
ill description of the application or version. As part of the file sharing transaction, 

using a token, a sending handheld computer system updates the server- 
1''15 account information of a receiving handheld to indicate that a download is 
J^^f required the next time the receiving handheld is networked with the server. A 

new file name may be recorded in the account information, or, a new version of 
O an existing file name may be updated. The new application is then 

automatically downloaded to the receiving handheld during its next 
20 synchronization with the server. 

In another embodiment, an in-box of the handheld receiving a file from 
another networked handheld is updated to reflect the availability of a new file. 
The receiving handheld is alerted through a separately defined mechanism that 
25 could include email notification, or other altering mechanism. Subsequently, 
the file is downloaded according to the rules defined by the user in the policy 
manager. 
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Policy directives are available that can restrict which users have authority 
to send files to the receiving user. In one embodiment, the receiver may grant 
permission to a specific user. In another embodiment, permission may be 
5 granted to an entire group of senders, such as a common work group 
designation. Alternatively, the receiver may require all downloads to be 
authorized by a direct user confirmation before the operation can be completed. 
File downloads can be performed "wired" in the cradle with a host computer 
system, or wireless directly between the server and the handhelds. The 
10 invention may be practiced on wired or wireless networks. The shared file may 
be any binary information, e.g., an application, data, images, etc. 

More specifically, an embodiment of the present invention includes a 
system comprising: a receiver handheld device; a remote server containing an 

15 account reserved for the receiver handheld device which describes a complement 
of information stored in the receiver handheld device; a sender handheld device 
for requesting the server to add information to the receiver by modifying the 
receiver's account (e.g., via a token) to identify an information that resides on the 
remote server but not on the receiver handheld device; wherein the receiver 

20 handheld device is for establishing a connection with the remote server; and 

wherein the remote server is for automatically determining, from the account, that 
the information is new to the receiver handheld device and automatically for 
downloading the information to the receiver handheld device. 

25 Embodiments include the above and wherein the sender and the receiver 

handheld devices are handheld computer systems and wherein the information Is 
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a version of an application program and wherein the remote server is a web based 
server. 

Embodiments inciude the above and wherein the account comprises an 
5 application version record table comprising an entry for each application stored in 
the receiver handheld device and wherein each entry comprises: an application 
identifier; a version identifier; and an identifier of the device that created the entry. 

Embodiments include the above and wherein the remote server is also for 
10 determining if the sender handheld device has authority to download to the 
receiver handheld device as a precursor to downloading the information to the 
receiver handheld device. 
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BRIEF DESCRIPTION OF THE DRAWINGS ' 

Figure 1 A is an exemplary networked system including a handheld 
computer system that is communicatively coupled to a web based server via a 
wireless connection without the use of a host computer system. 

5 

Figure 1B is an exemplary networked system including a handheld 
computer system that is communicatively coupled to a web based server via a 
host computer system. 

1 0 Figure 2A is a top side perspective view of the exemplary portable, e.g., 

handheld, computer system. 

Figure 2B is a bottom side perspective view of the exemplary handheld 
computer system. 

i15 

Figure 3 is a perspective view of a cradle device for connecting an 
exemplary handheld computer system to other systems via a communication 
interface. 

20 Figure 4 is a logical block diagram of an exemplary handheld computer 

system in accordance with an embodiment of the present invention- 
Figure 5A and Figure 5B illustrate an embodiment of the file sharing 
processes of the present invention using a token. 
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Figure 6A is a diagram of a networked system including a web based 
server and multiple handheld computer systems that may perform file sharing in 
accordance with embodiments of the present invention. 

5 

Figure 6B is a diagram of a networked system including a web based 
server, a host computer system and multiple handheld computer systems that 
may perform file sharing in accordance with embodiments of the present 
invention. 

10 

Figure 7A illustrates an application version record table for a particular 
handheld computer system in accordance with an embodiment of the present 
invention. 

15 Figure 7B is an example of the application version record table of Figure 

7A. 

Figure 7C Illustrates contents of a policy manager for a particular 
handheld computer system in accordance with an embodiment of the present 
20 invention. 

Figure 8 illustrates steps in a process used by a first handheld for 
performing file sharing with another handheld computer system by giving a file 
of information in accordance with an embodiment of the present invention. 
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Figure 9 illustrates steps in a process used by a second handheld for 
performing file sharing with a first handheld computer system by receiving a file 
of information in accordance with an embodiment of the present invention. 

5 

Figure 10 is an exemplary screen display representing a security 
embodiment employing a user message as a precursor to any file download 
operation. 

10 Figure 11 is an exemplary screen display representing a security options 

embodiment employing various degrees of file download permission. 
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DETAILED DESCRIPTION OF THE INVENTION 

In the following detailed description of the present invention, a method 
and systenn for using tokens to perform file sharing transactions involving a web 
server and two or more handheld computer systems, numerous specific details 
5 are set forth in order to provide a thorough understanding of the present 
invention. However, it will be recognized by one skilled in the art that the 
present invention may be practiced without these specific details or with 
equivalents thereof. In other instances, well known methods, procedures, 
components, and circuits have not been described in detail as not to 
1 0 unnecessarily obscure aspects of the present invention. 

NOTATION AND NOMENCLATURE 
Some portions of the detailed descriptions which follow (e.g., processes 
600 and 700) are presented in terms of procedures, steps, logic blocks, 

15 processing, and other symbolic representations of operations on data bits that 
can be performed on computer memory. These descriptions and 
representations are the means used by those skilled in the data processing arts 
to most effectively convey the substance of their work to others skilled in the art. 
A procedure, computer executed step, logic block, process, etc., is here, and 

20 generally, conceived to be a self-consistent sequence of steps or instructions 
leading to a desired result. The steps are those requiring physical 
manipulations of physical quantities. Usually, though not necessarily, these 
quantities take the form of electrical or magnetic signals capable of being 
stored, transferred, combined, compared, and otherwise manipulated in a 

25 computer system, it has proven convenient at times, principally for reasons of 
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common usage, to refer to these signals as bits, values, elements, symbols, 
characters, terms, numbers, or the like. 



It should be borne in mind, however, that all of these and similar terms 
5 are to be associated with the appropriate physical quantities and are merely 
convenient labels applied to these quantities. Unless specifically stated 
othenwise as apparent from the following discussions, it is appreciated that 
throughout the present invention, discussions utilizing terms such as "checking," 
"accessing" or "processing" or "computing" or "suspending" or "resuming" or 
10 "translating" or "calculating" or "determining" or "scrolling" or "displaying" or 
"recognizing" or "executing" or the like, refer to the action and processes of a 
computer system, or similar electronic computing device, that manipulates and 
transforms data represented as physical (electronic) quantities within the 
computer system's registers and memories into other data similarly represented 
1 5 as physical quantities within the computer system memories or registers or 
other such information storage, transmission or display devices. 

EXEMPLARY PALMTOP COMPUTER SYSTEM PLATFORM 
The processes and systems of the present invention described herein 
20 are applicable to communication between electronic devices which may Include 
computer systems, portable computer systems, cell phones, pagers, etc. Some 
portable computer systems called personal digital assistants (PDAs) are 
handheld. Although applicable across a wide variety of platforms and devices, 
an embodiment of the present invention is described herein by example using 
25 an exemplary portable or mobile computer system, e.g., a PDA. 
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Figure 1A is a block diagram of an exemplary network environment 50a 
including a handheld computer system 100. In one embodiment, portable 
computer system 100 has the ability to transmit and receive data and 
5 information over a wireless communication interface (e.g., a radio interface). 

Base station 32 may be both a transmitter and receiver base station, 
which can be implemented by coupling it into an existing public telephone 
network 34. Implemented in this manner, base station 32 enables handheld 
1 0 computer system 1 00 to communicate with a proxy server computer system 36, 
I which is coupled by wire to the existing public telephone network 34. 

Furthermore, proxy server computer system 36 is coupled to the Internet 52, 
thereby enabling handheld computer system 100 to communicate with the 
' internet 52. When communicating with a Web site over Internet 52, protocols 
;}l5 such as CTP (Compact Transport Protocol) and CML (Compact Markup 
1 Language) can be used by portable computer system 100 in the present 
1 embodiment. 

It should be appreciated that one of the functions of proxy server 36 is to 
20 perform operations over the Internet 52 on behalf of handheld computer system 
100. For example, proxy server 36 has a particular Internet address and acts as 
a proxy device for handheld computer system 100 over the Internet 52. 

It should be further appreciated that other embodiments of a 
25 communications network, planned or envisioned, may be utilized in accordance 
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with the present invention. For exannple, a wireless connection may be made 
from handheld computer system 100 directly to the Internet 52. 

The data and information which are communicated between base station 
5 32 and handheld computer system 100 are the same type of information and 
data that can conventionally be transferred and received over a public 
telephone wire network system. However, a wireless communication interface 
is utilized to communicate data and information between handheld computer 
system 100 and base station 32. It should be appreciated that one embodiment 
10 of a wireless communication system in accordance with the present invention is 
^0 the Mobitex wireless communication system. Alternatively, a wireless GSM 
network may be employed. 

Figure IB illustrates an exemplary networked system 50b that can be 
:jfl 5 used to provide web server access to handheld computer system 100. in this 

system 50b, a host computer system 56 is used. Host computer system 56 can 
[2 either be a desktop unit as shown, or, alternatively, can be a laptop system 58. 

Optionally, one or more host computer systems can be used within system 50b. 

Host computer systems 58 and 56 are shown connected to a communication 
20 bus 54, which in one embodiment can be a serial communication bus, but could 

be of any of a number of well known designs, e.g., a parallel bus, Ethernet Local 

Area Network (LAN), etc. Optionally, bus 54 (or a separate communication 

channel) can provide communication with the Internet 52 using a number of 

well known protocols. 
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A communication link is also coupled to a cradle 60 (or cable dock) for 
receiving and initiating communication with an exemplary handheld computer 
system 100 over line 265, Cradle 60 provides an electrical and mechanical 
5 communication interface between the computer system 100 for two way 

communications. In one embodiment, the communication link including cradle 
60 and line 265 is a serial communication link or can be a USB link. Computer 
system 100 may also contain a wireless infrared communication mechanism 64 
for sending and receiving information to or from other devices. As discussed 
1 0 more fully below, computer system 1 00 also contains one or more other 

wireless communication mechanisms, e.g., cellular phone, Bluetooth and/or 
V] wireless LAN (e.g., IEEE 802.1 1), for instance, all of which can be used to 

establish the communication link between the portable computer system 100 
— and the host computer system or with the Internet directly 66 (as shown in 
\§5 Figure 1A). 

Figure 2A is a perspective illustration of the top face 100a of one 
embodiment of the handheld computer system. The top face 1 10a contains a 
display screen 105 surrounded by a bezel or cover. A removable stylus 80 is 

20 also shown. The display screen 105 contains a transparent touch screen 
(digitizer) able to register contact between the screen and the tip of the stylus 
80. The stylus 80 can be of any material to make contact with the screen 105. 
As shown in Figure 2A, the stylus 80 is inserted into a receiving slot or rail 350. 
Slot or rail 350 acts to hold the stylus when the computer system 100a is not in 

25 use. The top face 100a also contains one or more dedicated and/or 
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programmable buttons 75 for selecting information and causing the computer 
system to implement functions. Other buttons (icons) can be implemented 
within a silk screen layer material 84 on which regions 106a and 106b reside. 
An exemplary on/off button 95 is also shown. 

5 

Figure 2A also illustrates a handwriting recognition pad or "digitizer" 
containing two regions 106a and 106b. Region 106a is for the drawing of alpha 
characters therein for automatic recognition (and generally not used for 
recognizing numeric characters) and region 106b is for the drawing of numeric 
10 characters therein for automatic recognition (and generally not used for 

recognizing numeric characters). The stylus 80 is used for stroking a character 
within one of the regions 106a and 106b. The stroke information is then fed to 
an internal processor for automatic character recognition. 

1 5 Figure 2B illustrates the bottom side 1 00b of one embodiment of the 

palmtop computer system. An optional extendible antenna 85 is shown and 
also an optional battery storage compartment door 90 is shown. A 
communication interface 108 is also shown. In one embodiment of the present 
invention, the serial communication interface 108 is a serial communication 

20 port, but could also alternatively be of any of a number of well known 

communication standards and protocols, e.g., parallel, SCSI, Firewire (IEEE 
1394), Ethernet, etc. In Figure 2B is also shown the stylus receiving slot or rail 
350. 
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Figure 3 is a perspective illustration of one embodiment of the cradle 60 
for receiving a handheld computer system 100. In other embodiments, cradle 
60 is not a stand-up device but is rather part of a cable connection between the 
palmtop computer system 100 and the desk top unit. Cradle 60 contains a 
5 mechanical and electrical interface 260 for interfacing with serial connection 
108 (Figure 2B) of computer system 100 when system 100 is slid into the cradle 
60 in an upright position. Alternatively, a USB connection could be used. Once 
inserted, button 270 may be pressed to initiate two way communication 
between system 100 and other computer systems coupled to serial 
10 communication 265. 

Figure 4 illustrates exemplary circuitry of portable computer system 100. 
Computer system 100 includes an address/data bus 99 for communicating 
information, a central processor 101 coupled with the bus 99 for processing 

15 information and instructions, a volatile memory 102 (e.g., random access 

memory RAM) coupled with the bus 99 for storing information and instructions 
for the central processor 101 and a non-volatile memory 103 (e.g., read only 
memory ROM) coupled with the bus 99 for storing static information and 
instructions for the processor 1 01 . Computer system 1 1 0 also includes an 

20 optional data storage device 104 (e.g., thin profile removable memory) coupled 
with the bus 99 for storing information and instructions. Device 104 can be 
removable. As described above, system 100 also contains a display device 
105 coupled to the bus 99 for displaying information to the computer user. 
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Also included in computer system 100 of Figure 4 is an alphanumeric 
input device 106 which in one implementation is a handwriting recognition pad 
("digitizer") having regions 106a and 106b (Figure 2A), for instance. Device 

106 can communicate information (spatial data and pressure data) and 
5 command selections to the central processor 101. 

System 110 also includes an optional cursor control or directing device 

107 coupled to the bus for communicating user input information and command 
selections to the central processor 101. In one implementation, device 107 is a 

10 touch screen device (also a digitizer) incorporated with screen 105. Device 107 
^ is capable of registering a position on the screen 105 where the stylus makes 
fl contact and the pressure of the contact. The digitizer can be implemented using 
J:{ well known devices, for instance, using the ADS-7846 device by Bur^Brown 

that provides separate channels for spatial stroke information and pressure 
1^1 5 information. 

lI The display device 105 utilized with the computer system 100 may be a 

liquid crystal device, cathode ray tube (CRT), field emission device (FED, also 
called flat panel CRT) or other display device suitable for creating graphic 
20 images and alphanumeric characters recognizable to the user. Any of a 

number of display technologies can be used, e.g., LCD, FED, plasma, etc., for 
the flat panel display 105. In one embodiment, the display 105 is a flat panel 
multi-mode display capable of both monochrome and color display modes. 
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Signal communication device 108, also coupled to bus 99, can be a 
serial port (or USB port) for communicating with the cradle 60. In addition to 
device 108, wireless communication links can be established between the 
device 100 and a host computer system (or another portable computer system) 
5 using a Bluetooth wireless device 360, an infrared device 355, or a GSM radio 
device 240. Device 100 may also include a wireless modem device 240 and/or 
a wireless radio, e.g., a GSM wireless radio with supporting chipset. The 
wireless modem device 240 is coupled to communicate with the processor 101 
but may not be directly coupled to port 108. In one implementation, the Mobitex 
10 wireless communication system may be used to provide two way 

communication between system 100 and other networked computers and/or the 
Internet via a proxy server. In other embodiments, TCP protocol can be used or 
SMS (Short Message Service) can be used. 

15 METHOD AND SYSTEM FOR USING 

TOKENS TO CONDUCT FILE SHARING TRANSACTIONS 
BETWEEN HANDHELDS VIA A WEB SERVER 
Figure 5A illustrates a system in accordance with an embodiment of the 
present invention including a sending device 100a and a receiving device 
20 100b. Embodiments of the present invention allow for a networked handheld 
100a to share a file with another handheld device 100b, irrespective of its 
current proximity or availability to the handheld initiating the sharing ("the 
sending handheld" 100a). 
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Sharing occurs by the sharing handheld 100a passing a token (Token A) 
to a web server 400a. The token (Token A) contains information regarding the 
name of the file to be shared along with the identify of the receiving handheld. 
The token is a compact record which can be transferred over wireless networks 
5 in a much more efficient manner than sending the entire file. This would occur if 
the shared file did not already exist on the web service. The token is then used 
to update the account information (on the server) of the receiving handheld in 
order to cause a file download 518 to occur between the server 400a and the 
receiving handheld 100b when the receiver 100b next synchronizes with the 
1 0 server 400a. 

Figure 5B illustrates a variation of this process that allows for a 
™ networked handheld 100b to share a file (File A) directly, by uploading the file 

from the handheld along with the token (Token A). The file is then stored In an 
f;{15 applications/file repository on the server 400a. The token is used to update the 

account information of the receiving handheld in order to cause a file download 
g (File A) to occur between the server 400a and the receiving handheld 100b 

when the receiver 100b next synchronizes with the server 400a. 

In yet another embodiment, an in-box of the handheld 1G0b receiving a 
20 file from another networked handheld 100a is updated to reflect the availability 
of a new file. The receiving handheld is alerted through a separately defined 
mechanism that could include email notification, or other altering mechanism. 
Subsequently, the receiver may click-on, or othenwise select, the name of the 
file In the in-box and It will be downloaded according to the rules defined by the 
25 user in the policy manager. 
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Figure 6A illustrates a system 400a in accordance with an embodiment 
of the present invention for performing web file sharing between two or more 
handheld devices 100a and 100b, e.g., portable computer systems, using a 
5 remote server 410 acting as an intermediary to facilitate the transaction. In this 
example, the sending device is 100a and the receiver device is 100b, but 
either device is capable of both sending and receiving in accordance with the 
descriptions herein. As described in more detail below, multiple handheld 
devices can register with the server 410 to perform synchronization, file sharing 
1 0 and file transfer procedures. 

r! The server 41 0 may be a web server, or any type of remote server that 

j)j can be accessed by the handheld devices 100a, 100b. In the example of 

Figure 6A, both devices 100a, 100b are capable of wirelessly connecting to the 
5 server 41 0, e.g., using HTTP protocol over any wireless network (e.g., GSM, 

Mobitex, etc.). Figure 6B illustrates an example where a host computer 56 is 
n used to provide the connection to the server for device 1 00b. 

The server 410 of Figure 6A and Figure 6B contains a file manager 420 
20 which is a software tool for providing file download services to the handheld 
device. The functions that comprise synchronization are well known in the art 
and any synchronization process can be used by the file manager 420. 
Generally, synchronization is the process of exchanging information between 
the database 455 located on the server and the internal databases of the 
25 handheld devices so that each database has the same information. This also 
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functions as an effective back-up process. The general process and results 
achieved through synchronization, e.g., "hot sync" are described In more detail 
in the following: US Patent No. 5,727,202 issued IVIarch 10, 1998 by Kucala; 
US Patent 6,000,000 issued December 7, 1999 by Hawl<ins et al.; US Patent 
5 5,832,489 issued Nov. 3, 1998 by Kucala; US Patent No. 5,884,232 issued 
March 16, 1999 by Hawkins et a!.; and US Patent 6,006274 issued December 
21, 1999 by Hawkins et al., all of which are hereby incorporated herein by 
reference. 

The server 410 of Figure 6A and Figure 6B also contains an 
applications/file repository or database 405. Database 405 maintains an 
instantiation of all applications that have been seen by the file manager 420 
during synchronization and back-up procedures with the various handheld 
devices that register with the sen/er. If the server 41 0 is used to obtain an 
application for downloading to a handheld, then that application would also be 
stored in the database 405. In addition to applications, database 405 may also 
contain any type of other information, e.g., data, images, etc. The file download 
manager 420 interfaces with database 405. One function of the download 
manager 420 is to determine which applications, or other data, of the 
applications repository 405 should be downloaded to a registered handheld. 
This function can be performed during a synchronization process between 
sender 410 and the registered handheld. 

The file download manager 420 also interfaces with a database of 
25 individual user account information 430 which is also a part of server 410. 
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Database 430 includes a separate account for each registered handheld. The 
account is a short list that specifies the current applications, their version 
numbers and descriptions that are currently installed on the registered 
handheld. This information is updated on each synchronization procedure. 
5 The file download manager 420 interfaces with database 405 and database 
430 to detemriine if updated versions of software, or other information, are 
available within database 405 for a particular registered handheld. This 
process Is described in co-pending United States patent application serial 
number 09/579,865, filed May 25, 2000, entitled "Automatic Selection and 
1 0 Updating of Software Applicatiorr Version," by Flores, Mcllroy, and Lemke, 
assigned to the assignee of the present invention and hereby incorporated by 
reference. 

As discussed more below, an account may also specify an application (or 
15 other information) that is to be installed on the registered handheld but is not 
currently installed therein. Using this technique, a sending handheld 100a can 
effectively send information to a receiving handheld 100b via the server 410 by 
merely updating the account information of a receiving handheld 100b. In this 
case, on the next synchronization process performed by the receiving device 
20 100b, the new information may potentially be downloaded to it. Server 410 also 
contains a policy manager 425. The policy manager 425 enforces certain 
restrictions on the scope of allowable devices that may send information, via the 
sen/er 410, to a particular receiving handheld. Alternatively, the policy manager 
425 may also require user confirmation (on the receiving end) to complete 
25 transactions. 
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Figure 6B illustrates system 400b that is similar to system 400a of Figure 
6A except that a host computer system 56 is used to establish the 
communication link between the handheld 100b and the server 410. In this 
5 case, the database 455 used to perform synchronization and back-up may be 
located on the desktop unit 56 in lieu of the server 41 0. In this case, a 
synchronization conduit 450 performs synchronization and back-up procedures 
between database 455 and the handheld 100b. Synchronization conduit 450 
also interfaces with the remote server's file manager 420 in order to receive any 
10 downloaded information for the handheld 100b. It is appreciated that host 56 
may be connected to the server 410 via a wired or wireless Internet connection. 
A data store backup 451 may be included in the host 56. 

Figure 7A illustrates an exemplary application version record table 430a 
1 5 which is stored in the remote server's individual account database for a 

particular handheld device, e.g., receiver 100b. The application version record 
table 430a includes multiple entries (e.g., 1-n). Each entry includes an 
application identifier (e.g., name) 51 1, its version number or identifier 512 that 
represents the most current version installed on the handheld 100b, its version 
20 number or identifier 513 that represents the most current version installed on 
the server, a short description of the application 514, its file location on the 
server 515, and an identifier of the source device ("user ID") 510. Generally, the 
application version record table 430a includes an entry for each application, or 
other data file, that is stored in the handheld 100b. 
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Importantly, in accordance with the present invention, a sending device 
100a may create a new entry in the table 430a of a receiving device in order to 
transfer information to the receiver 1 00b. In this case, the sending device's 
5 identifier will be placed in the user ID field 510 for the new entry. The 

application Identifier (and version number) of this new entry will indicate an 
application, or other information, within database 405 that is to be downloaded 
to device 100b when device 100b next performs a synchronization with the 
server 410. 

10 

Figure 7B illustrates an example table 430a for registered users "Tom" 
and "Joe." In this example, "Joe's" registry (the second entry) illustrates that a 
newer version (1.1) of the chess game is available than the one that is installed 
on his computer (0). This could be a result of "Tom" sending "Joe" a token (via 
1 5 the server) that is going to install the chess game on "Joe's" computer. 

More specifically, Figure 7B provides an example use of the application 
version record table 430a in accordance with an embodiment of the present 
invention. In this example, user_ID 'Tom" maintains a record for a chess game 

20 (the first entry) 514. When "Tom" requests to share his application with user_ID 
"Joe" (who previously granted share write access to "Tom"), a second record is 
established for UserJD "Joe" which mirrors the data in the record "Tom," with 
the exception that the "Version on Handheld" Field 512 is set to zero. The next 
time user_ID Joe synchronizes the device, the file manager 420 will note the 

25 difference between the "Version on Handheld" field 512 and the Current 
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Version field 513 and deliver the application denoted by the file record and 
stored in the application/file repository 405. 



Figure 7C illustrates the security definitions of the policy manager 425 in 
5 accordance with one embodiment of the present invention. The security 
definitions of Figure 7C are pertinent to the receiving device 100b and each 
receiving device has its own security definitions. It is appreciated that this 
security information 425 may also be integrated within the receiver's account 
information of database 430, in one embodiment. The security definitions 
10 include a work group identification 520. Within 520 can be stored identifications 
of work groups and a listing of devices within that work group. Transaction 
fl permission can thereby be defined by the receiving device for groups of 
fw devices, rather than individual devices. 

J^;{15 In addition, the security definitions include an express permission 

[J: granted identification 525. Within 525 can be stored identifications of individual 
devices that have permission to conduct transactions with the receiving device 
100b. Permission conflicts between 520 and 525 are generally resolved in 
favor of the express grants of 525. In the user message 530, user confirmation 
20 may be required to complete transactions regardless of the permissions granted 
in 520 and 525. In this case, a user message or cue may be stored in 530 and 
will be presented to the user of the receiver handheld 100b in order to allow 
downloads to complete. Specific user confirmation instructions may also be 
stored in 530. The user message 530 may indicate the source of the 
25 downloaded information. 
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Figure 8 illustrates steps of a computer implemented transaction process 
600 as performed by a sender device in accordance witfi an embodiment of the 
present invention. It is appreciated that all of the steps of process 600 may be 
5 performed without the receiver device being in communication with the remote 
server. For sal<e of discussion, it is assumed that application X is to be 
transferred from a sender device to a receiver device. Application X could 
represent an application program or any identifiable information or data. At step 
605, it is assumed that application X resides on the remote server. Application 
10 X may have been uploaded by another device and then downloaded to the 
jI sender handheld, or alternatively, application X could have been uploaded by 
p[ the sender handheld computer during a previous synchronization between the 
server and the sender handheld. 

Jj{ 1 5 At step 61 0, the sender handheld computer registers or othenwise 

rf accesses the remote server and attempts to modify the application version 
[]: record table assigned to the receiver handheld. The sender handheld attempts 
to modify the table by adding an entry that will identify application X but will 
have a zero version number. This may occur by the sender sending a short 
20 token to the server that identifies the application, its version number and the 
receiver device. The token will then cause the table to be modified for the 
receiver by adding the entry described above. This entry will require that the 
application manager automatically download application X to the receiver 
handheld on its next synchronization with the server. The entry will also identify 
25 the sender handheld device and include a short description of application X. 
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At step 615, the policy manager on the remote server determines if the 
sender handheld has the authority to modify the application version record table 
of the receiver handheld. If so, then at step 630, the new entry is placed into the 
5 application version record table of the receiver handheld and process 600 
terminates. If authorization is not found, then access to the record table may be 
outright denied (at 620) to the sender handheld, at which case process 600 
terminates. Alternatively, at step 620, user authorization may be required as a 
default. In this case, the record table is allowed to be modified (step 630) but at 
1 0 step 625 the policy manager is updated such that the user of the receiver device 
m will be required to make a confirmation before the transaction can be 
completed. 

Figure 9 illustrates steps of a computer implemented transaction process 
f:J15 700 as performed by the receiver device in accordance with an embodiment of 
^ the present invention. It is appreciated that all of the steps of process 700 may 
J;: be performed without the sender device being in communication with the 

remote server. At step 705, the receiver handheld device accesses the remote 

server and initiates a synchronization procedure. 

20 

At step 71 0, the file download manager on the server automatically 
determines that application X is required to be downloaded to the receiver 
handheld. This is performed by the file download manager comparing the 
entries of the application version record table against the applications of the 
25 applications repository. If an application having a newer version number is 
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stored in the applications repository (as compared to tine entries of the 
application version record table), then that application is a candidate to be 
downloaded to the receiver handheld. It is appreciated that step 710 is 
performed whether synchronization Is being performed with a server resident 
5 database (Figure 5A) or with a host computer resident database (Figure 5B). 
Because the entry that contained application X was recorded (by the sender) 
with a version number of zero, the file download manager will automatically 
determine that application X, having a greater version number, will need to be 
downloaded to the receiver handheld. 

10 

At step 720, the server determines whether or not appropriate 
authorization exists for the transaction to take place. The server compares the 
identification of the sender device against the policy manager of the receiver 
device. If permission is granted to the sender device and no user confirmation 

15 is required, then step 730 is entered where the application X is automatically 
installed onto the receiver device during synchronization. If permission was not 
established, or if permission was established but user confirmation is required, 
then step 715 is entered. At step 715, the user of the receiver handheld is given 
a message requesting confirmation for the download. If confirmation is given, 

20 then step 730 is entered, othenwise the download is not completed (step 735). 

Accordingly, the transaction described by processes 600 and 700 allows 
file sharing between two or more handheld devices using a server as an 
intemnediary. The download operation performed by step 630 is performed 
25 automatically without any requirements of the user to access special software 
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tools or perform complex software operations. In effect, the download can be 
performed transparently to the user. The file sharing processes of the present 
invention are also advantageous because they can be applied to remotely 
located devices. 

5 

Figure 10 illustrates an exemplary user message 810 that can be 
displayed on the receiver handheld 100b in response to step 715 (Figure 9). 
The message includes an identification of the sender device and the application 
that is attempting to be downloaded. The user is given some confirmation 
1 0 choices. At 812, the user may accept the application X; at 814 the user may 

accept application X and also update the policy manager so that all applications 
pj from the sender device can be received without a user confirmation; or at 816 
W the application X may be rejected. 

f:J15 Figure 1 1 illustrates exemplary user controlled security options 840 that 

r: may be employed by the receiver device 1 00b. These security options may be 
[=J performed by the receiver handheld 100b at any time. These security options 
840 directly update the policy manager of the server when device 100b next 
synchronizes with it. Any device name entered into field 830 will be added to 
20 the policy manager's definition 525 (Figure 7C). Any work group name added 
into field 832 will be added to the policy manager's definition 520. At option 
834, the user may indicate that ail transactions require user confirmation as a 
precursor. Alternatively, all security techniques may be removed at field 836. 
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Using these security options, different security policies can be 
maintained between a sender and a receiver. For instance, under a first policy, 
a receiver (Tom) may give explicit permission to a sender (Joe) that information 
may be received from him. Joe then transacts by sending a token to the server 
5 to send a game to Tom. The game then appears in Tom's synchronization 
registry and can be downloaded to Tom's handheld on its next synchronization 
with the server. 

Alternatively, under a second policy, no permission may be given ahead 
10 of time. In this case, Joe performs a transaction by sending a token to the server 
^[1 to give the game to Tom. The server then prompts Tom, e.g., by any alert 
trj mechanism, for acceptance. If accepted, the game then appears in Tom's 
™ synchronization registry and can be downloaded to Tom's handheld on its next 
synchronization with the server. 

3 5 

[J: The preferred embodiment of the present invention, a method and 

T2 system for using tokens to perform file sharing transactions involving a web 

server and two or more handheld computer systems, is thus described. While 
the present invention has been described in particular embodiments, it should 
20 be appreciated that the present invention should not be construed as limited by 
such embodiments, but rather construed according to the below claims. 
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